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BINARY SEARCH TREES AND METHODS FOR ESTABLISHING AND 
OPERATING THEM 



Field of the Invention 

The present in\ention relates generall\- to binar\* search trees and methods of operating 
them. particuIarK although not exclusi\ely to enable look-ups in packet-based 
communicaton networks, so as for example to proA ide forwarding information (such as a 
port number of a switch) for a packet of w hich the address is stored in a lookup. 

Background to Invention 

One of tlie biggest bottlenecks in a switch design is the lookup process. A process called 
hashing is conimonh adopted \\hereb> (for example) the MAC address of a device is 
encoded to a smaller \alue and stored in memory using that value as an address. Therebv 
rather than implementing a search of a 48bit number, the hashed \ alue is used to retrie\ e the 
stored MAC address. Ho\\e\ er. often at least two different MAC addresses can hash to the 
same \ alue and a linked list of entries under the same hashed . MAC address must be 
constructed, inferring an unpredictable latenc> to the switch. Statistically, the list increases 
rapidly the smaller the amount of memory available to store the addresses. One could have 
an example where there is a long list of entries at one hashed address despite the fact that 
there ma\- be hashed addresses that have not yet been used. 

A binar\ search tree is a data structure adopted predominantl\- in software, that \ ields an 
efficient algorithm for searching tlirough a large database for a particular entr>-. The 
structure has a few ke\ characteristics. For convenience, each location in the tree is termed a 
node' and the information contained therein is called an element'. 

E\er> binaiA senrcii tree has a unique root node seperating two other binar>- search trees. 
Tliese two binaiy trees are disjoint from each other and from the root node and are called the 
left and rigln subtrees of the root. These subtrees are themseh es binar>- search trees in their 
own right. Each time one moves from a node to one of its subtrees, a 'lex el* in the tree is 



tra\ ersed. If a binar\- searcli tree has L levels, the root node is the only node to be a member 
oflex el L. the uppermost le\ el. A full binar>' tree with L levels has (I-^L)-! nodes. 

inherent in the le\ els of the tree is a hierarchical structure. For any node at some level X. 
there is a unique parent' node at level X+1 and two 'children' at a level X-1. 

Searching the tree can be optimised b\ the following rules applied at any node with element 

B. 

a) If A is ANY element in the left subtree of B, then A is less than B. 

b) if C is ANY element in the right subtree of B, then C is greater than B. 

For a gi\en number of nodes there is an associated minimum tree depth that >'ields 
ma\imall\* efficient searches for am* given element of that tree. A tree whose depth is 
minimal for a gi\-en number of entries is called a 'balanced' tree. However, in compiling a 
tree from a succession of. for example, randomly occuring values within a range that is to be 
encompassed b> the tree, the tree is likely to be unbalanced, especially if implemented in 
hardware. 

If a bmar> tree is (as is usual) implemented in software the hierarch\- of the tree is formed 
b\ linking nodes, with pointers, to other nodes. Along with the actual element, two pointers 
are also contained at e\ ery node, one to the memor>- location of the left subtree and one to 
the right subtree. As usual, pointers* are simply memory- addresses. In hardware, storing 
this kind of information occupies unnecessar\' area on a chip, often a more critical aspect of 
design than the latenc>- of a lookup process. However. latenc\' is also an important 
consideration in hardware designs especially in time critical applications. 



Suinrnary of the rnvention 

The present invention is based on the d> namic construction of pointers to neighbouring 
nodes using simple logic, saving the area otherwise needed to store these pointers statically 
for e^ er\- node in the tree. 

A tree implemented in accordance with the invention is always balanced because every new 
element is inserted at the "highest" available node in the hierarch>- of the tree. Thus for a 
full tree of L le\els. there is a worst case of L possible comparisons before the search 
element can be iocaied. 

A binars- search tree according to the invention offers a deterministic minimal search latency 
for any element (such as a MAC address) stored in one of its nodes because (a) ever\' 
memor>- address points to one other element only: and (b) the search algorithm adopted to 
find an address in the database has a fixed w orst case value fixed b\ the size of the lookup 
memorv available. The in\ention is therefore particularh- suited for implementation in 
hardware with minimal memor>'. 

Further objects and features of the invention will be apparent from the following detailed 
description with reference to the accompam ing drawings. 

Brief Desci iDtion of the Drawings 

Figure 1 is a schematic illustration of a netw ork sw itch. 

Figure 2 illustrates a software structured balanced binar> search tree. 

Figure 3 illustrates a software structured unbalanced binar>- search tree. 

Figure 4 illustrates pan of an insertion process. 

Figure 5 illustrates the result of a shuffling process. 



Fiijiire6 illustrates memorx locations restructured as a binaiA* search tree. 
Figure 7 illustrates the general structure of a binanv search tree with level decode. 
Figure 8 illustrates a searching flow algorithm 

Figure 9 illustrates neighbouring code locations in a binar>- seach tree. 
Figure 10 illustrates a search path for finding a highest a^•ailable new node. 
Figures 1 1 and 12 illustrate a flow chart algorithm for inserting new elements. 
Figure 13 illustrates a flow chart for a deletion algorithm 
Detailed Description 

Figure 1 illustrates, for the sake of a specific example, one form of device \\ithin which a 
binars- search tree ma\- be used in accordance with the invention. The example gi\ en is of an 
otherwise w ell known form of switch which can be used in a packet-based communication 
system, conforming for example to an Ethernet protocol and particularly IEEE Standard 
802.3 (1998 Edition). In view of the generally well known nature of the switch, which in 
practice is of considerable complexit>'. the switch shown in Figure 1 has been deliberately 
simplified 

The switch I shown in Figure I has a multiplicit> of ports 2. In practice there are man\ 
more ports than the four shown. These ports are capable of receiving addressed data packets 
or other frames from a communication medium and also transmitting addressed data 
packets. The ports are coupled to media access control (MAC) devices 2 which are intended 
to be in well knowii form Packets receiA ed b>- an\ of the ports are. after appropriate pre- 
processing passed b\ wa\ of a memor\- bus sx steni coupled to a CPU 5, to a memor>- 
controller 5 controlling reading and writing in a memor>- 7 which ma>' be located on-chip* 
but ma\ be off-chip according to preference. Coupled to the bus system is a look-up engine 
8 ha\ ing access to a look-up database 9. In practice the look-up engine 8 may be part of the 



processing s> stem represenled b>- the CPU 5 but depending on the organisation of the switch 
there ma>- be a muhiphcit\ of look-up engines, a multiphcit\- of processors and so on. A 
tApicnl example of a modern, complex multi-chip switch, wherein there are mutually 
coupled look-up engines and network processors, is described in the earlier GB patent 
5 application 01023 lo.O filed 30 Januar\ 2001. Another form of switch, particularly one in 

whicii the \arious operational cores, such as the MAC's and CPU. exchange data only by 
\\a> of memor> is described in co-pending application No. 0113584.7 filed 5 June 2001. 
Ho\\ e\ er, there are man\- forms of network switch with their own particular architecture and 
it is not intended to limit the present invention to emy particular form of switch. 

10 

One process which the switch coinnionly has to perform is a look-up based on address data 
within a recei\ ed packet in order to determine the destination or group of destinations to 
w hich a packet or replicas of a packet should be forwarded. The look-up database 9 is used 
for this purpose. T\pically it comprises a multiplicit>' of entries at specific memor>- 
15 locations, the entries including 'associated data" which (among other things) includes the 

^ forwarding data for the rele\ant packet. T>pically the forwarding data identifies, for 
example b> means of a bit mask, the particular ports from which a packet having the 
particular destmation address should be forwarded. This look-up process is comnionh' 
known as a 'destination address look-up". 

20 

A look-up database of this nature is commonly at least partly established by performing an 
additional look-up. known as a source address look-up. wherein, for example, the look-up 
database is examined to see whether there is an entr>- corresponding to the source address of 
an incoming packet. If there is no such entr\'. a new entr>' can be made including an 
25 identification of the port on which the packet having that source address was received. 

It will be understood by those skilled in the art that this a brief description of a process 
which can iuAohe other operations. ha\ing regard to forwarding rules in the network. 
VL AN membership, spanning tree algorithms, trunking rules and so on. 

Tlie relationship between a packet and the entr\ in the look-up database is exemplified as 
follows. A packet Lisuall> has a preamble. MAC address data, r>*picall>* including a 48-bit 
destination address and a 48-bit source address, a further section, which ma\- include 



control data. VLAN data, network (layer 3) addresses and so on, a message section 
(comprising the data paN'Ioad' of the packet) and a cyclic redundancy code section. 
T> picall\ , there is a search made on part of the MAC address data to locate a corresponding 
element or entr>' in the look-up database, this entr>' providing access to associated data. 

There is quite a \ ariet> of \\a\ s in which the search can be organised, both in hardware and 
software. The principal problem is that the address data or search ke> is commonlv \er> 
long <t> picall> 48 bus) and the number of different entries that nia\- have to be made mav be 
very large. Considerable effort has been devoted to the achie\ ing of efficient, large capacit}-. 
search structures and algorithms. 

In these and other circumstances the binary search tree offers a convenient and deterministic 
minimal search latenc> because e\ ery memor>- address is associated with a single MAC 
address and the search algorithm has a fixed worse case value fixed by the size of the look- 
up memory a\ ailable. 

Fi gure 2 schematicalh' represents a balanced binar\' search tree which is structured in 
software. Each node (except the final leaf nodes) has two pointers to the left and right. A 
binary search is made b\ comparing the \ alue of the ke\- with the element at the root node. 
The search terminates if the ke\ is equal to that element, which is 50 in the example. If the 
ke> is not equal to the element then one or other of the nodes identified by the pointers is 
accessed next, depending on whether the ke\ is greater or less than the element at the 
examined node. 

Each entry includes or has a pointer to associated data (not shown in Figure 2) as well as a 
left pointer and a write pointer, which in accordance with ordinar>- practice are merely 
addresses in w hich the elements of the adjacent nodes are stored. 

It is desirable to aciiiex e a balanced tree in order to minimise the number of operations 
required to achie\ e a match between the key and the address data in the entr>'. 

li should be understood, in relation to Figure 2. that the actual location in memor>- of the 
entries shown is unimportant except for the root node. A search is made by comparing the 
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address (or ke\ ) with the element in the root node. If there is identit>-. the search ends 
ininiediateh'. The search proceeds doun the left tree if the ke\- is less than the element in the 
root node and down the right tree if the key is greater than the element in the root node. 
Thus for example when searching the tree in Figure 2, if the ke\' is less than 50 the next 
5 stage of the search is directed by the left pointer to the entr>- '20*. On the contrar>\ if the 

address key is greater than *5()" the right pointer will be used to access the node shown with 
element and a further stage of comparison occurs and so on. 

Figure 2 is balanced, with the same depth of tree both to the left and to the right of the root 
10 node because it is constructed ex post facto, it being known that '50' is the middle value of 

the elements. In practice, unbalance occurs owing to the fact that the entries may have to 
be compiled in an uncontrolled order. This is shown in Figure 3. The root node is 
established first and contains ihe element 90. Thus it will be seen that the number of nodes 
and the depth of the tree is greater on the left-hand side of Figure 3 than the right-hand side. 
15 If for example the next entr>- had an element *24\ the tree would be tra\'ersed down to the 

^ node ha\ ing address ke>- '27* and would be established using the left pointer a\ailable for 
that node, making the tree further unbalanced. The unbalance will occur if the elements that 
are established after the root node are preponderenth' greater (or less) than the element at the 
root node. 

:o 

In order to alleviate delays caused b>- unbalanced trees, it is known to 'shuffle* the elements 
in the nodes. This is shown in Figures 4 and 5. In Figure 4. node 40 contains element '50" 
and node 41 contains element '20'. Node 42. the other -child" of node 40. is the highest (in 
terms of le\ els) a\ ailable node If the next element to be stored in 2'. less than the element 
-5 in node 41. it will be put in one of the child nodes of node 41. tending to unbalance the 

three. It is known to perform a shuffling operation as shown in Figure 5. wherein node 41 
becomes the root node and node 40 a child of the root node. The new element '2' is put into 
node 43 and the tree is balanced. 

.^0 Figure G illustrates an array 60 of standard hardware memor>' locations, each defined b>- a 

multiple binar>- word. The array 60 of memory locations can be organised as a binar>' tree 
61 from a root node 62. The tree 61 has nodes corresponding to the addresses in arra>- 60 
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and except for the leaf nodes (i.e. at the lowest le\er) each node has two child nodes of 
which the addresses can simpK be computed from their parent node. 

Figure 7 illustrates a binar>- search tree which is provided with an explicit hierarchy 
represented by a level decode'. Each address has a binan- size of L bits, usually 
represented conventionally as [L-l;0]. Shown adjacent the tree 71 in Figure 7 is a decoding 
scheme 72 identifx ing each level from 0 to L with the address of the first node at the 
respecti\ e level. Ow ing to its binar>- nature, a tree with L levels may be constructed with a 
number of locations corresponding to (2^) - 1. 

It should be noted that in Figure 7 the tree 71 has a predetermined structure such that for 
each level, each node has two child notes of which the right-hand node has an address 
greater than the address of the left-hand node and each is simpK' computable from the 
address of the parent node. Thus for example the address [0100 . .0] of node 72 can generate 
the address [0010. . 0] of node 73 and the address [0110. ..] of node 74 by diminishing and 
augmenting respective!)- the address of node 72 by the binary value 2"" where m is one few er 
than the level of the parent node, m accordance with the ordering of a binar>- tree. 

Knowing the le\el for any node of interest allows the calculation of 'pointers* to 
neighbouring nodes. Knowing these will in tum allow the implementation of simple 
algorithms which are used to search for an element and for inserting and deleting new 
elements in the tree and which can be performed by hardware logic. These pointers are not 
stored on a per node basis: they are dy namically calculated when needed. 

According!), if the tree is structured as shown in Figure 7. then the flow algorithm 
emplo\ ed in Figure 8 ma\ be used when searching for an element. In this and the other flow 
diagrams a single equals sign represents the action *set (parameter) equal to (stated value)" 
so lliat for example in the first stage 80 the xariable 'current node' is set to the root node 
and the v ariable current \e\ e\' is set to the number of le\ els. The double equals sign 
represents the disco\ er\ of identitx . so that for example in stage 83. a test is made to 
determine whether liie current level is identical to zero. 



According to the flow algorithm in Figure 8. the comparison stage 81 discovers whether the 
current element is identical to the ke>' or search element. If the current element is identical to 
the search element then the element has been found (stage 82) and, in the specific example, 
the associated data is retrieved. If the current element is not identical to the search element, 
then a test is made (stage 83) whether the current level is identical to zero. If it is. then the 
search has been completed unsuccessfully and the element is not found in the search table. If 
tiie current le\ el is not identical to zero, the next test (85) is whether the current element is 
greater or less than the search element. This is the basic stage of a binar\- search tree. The 
search is then directed either to the left child node or the right child node according to 
whether the current element is less than or greater than the search. By virtue of the structure 
just discussed, the 'current* node is set to the appropriate child node and the 'current* \e\el 
is decreased by unity. The search re\ erts to stage 8 1 and so on. 

It is worth mentioning here that the tree structure and the le\el decoding allow the 
computation of nodes neighbouring a randomly selected node and also allow the 
determination whether a node is the first or last at a given level. 

Consider a randoml\ selected node. n. at memor>- address. currentNode[L:0]. 

a) currentLe\ el Decode: Knowing the level at which a node resides, say X. one calculates a 
decode of it as follows: 

currentLe\ elDecode[L:X+l] = 0 
currentLe\ elDecode[X] = Vhl 
currentLevelDecode[X-l :0] = 0 

b) The parent node is the node imniediately above a randomly selected node. The onh' node 
not to ha\ e a parent is the root node. 

parenl|L:()| 

((-currentLevelDecodefL:t)])&currentNode[L;0])|(previousLevelDecode[L :()]). 
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c) The RightChildNode is the node which resides to the right of a randoml\- selected node. 
The element of the right child node is greater than the element contained at node n. 

rightChildNode[L:0] = currentNode[L:0]|nextLevelDecode[L:0]. 

d) The LeftChildNode is the node which resides to the left of a randomly selected node. 
The element of the left child node is less than the element contained at node n. 

leftChildNode[L:()] = currentNode[L:0]|nextLevelDecode[L:0]. 

e) previousLevelDecode = the level at which a node's parent resides, decoded. 
pre\ iousLe\ elDecode[L:t)] = ciirrentLex elDecode[L:0]«l 

0 ne\tLe\ elDecode = the level at which a node's child/children reside, decoded. 
ne\tLevelDecode[L:()] = currentLevelDecode[L:0]»I 

g) nextLocationOnLevel: The next location on a level is the node directly to the right of n. 
nextLocationOnLevel[L:l)] = currentLocation[L:0] + previousLevelDecode[L:0] 

h) lastNodeAtLevel: The last node on the level at which n resides. 

lastNodeAtLevel[0] = currentLe\ elDecode[0]: 
lastNodeAtLevell 1 ] = CLirrentLeveldecode[ll|lastNodeAtLe\el[0]: 
lastNodeAtLevei[2] = curreniLeveldecode[2]|lastNodeAtLe\ el[ 1 ]: 
lastNodeAtLevel [3 J = currentLeveldecode[3]|lastNodeAtLe\el[2]: 

lastNodeAtLevelfL] = currentLe\ eldecode[L]|lastNodeAtLevel[L- 1]: 

1) firsiNodeAtLevel; The first node on the le\ el at which n resides. 

firstNodeAlLex el[L:()] = currenlLe\ elDecode[L:0]. 
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The relationships between tlie nodes are sununarized in Figure 9. 

Figure 10 illustrates the panern for the search for new unoccupied nodes when inserting a 
new element. The search coniniences at the root node 101. then proceeds along the next 
le\el (L-l) for nodes 102 and 103, then proceeds along the next level (L-2) that is to say 
nodes 104 to 105 and so on to the next level of w hich the first node is 106 and the last node 
of the le\ el is 107. At each level a test can be made in accordance with the foregoing to 
determine whether the node is the last node on that selected level so that a next level decode 
performed will produce a pointer to the first node (for example 102, 104. 106) on the next, 
level down. In the Figure, node 108 may be termed the *base* node, the first node of the 
low est level and node 109. shown with an address of all ones, is the terminating node. 

The remaining Figures are flow diagrams illustrating the operation of hardware logic for (a) 
inserting new elements in the binar\ tree and (b) deleting elements from the tree. In a 
specific embodmient the nodes constitute, or form part of the look-up database 9 in Figure 1 
and the logic engine performing the insertion and deletion processes as well as the search 
process described in Figure 8 forms part of the look-up engine 8 in Figure 1. 

Figure 1 1 is a flow chart of an algorithm for the insertion of new elements. It commences 
with stage 111, which the current" node, that is to sa\ the node in respect of which 
operations are being performed, is set to the root node. The other parameter which needs 
setting is the current level* which is set to the number of levels in the tree (L). 

Stage 1 12 is a test whether the current element (the element stored at the current node) is 
zero. If it be zero, the procedure described in Figure 12 will be followed. This is described 
later. 

If the current element stored at the current node is non-zero, the algorthm tests whether the 
current node is the last node at the level (determined as pre\ iousl> described). If the current 
node is the last node at the lex el there is a further test 1 14 to determine whether the current 
le\ el is zero (the lowest le\ el of which node 108 is the base and node 109 is the terminating 
node). 



U the current le\ el is zero as determined by stage 1 14. there is no free space, as indicated by 
stage I 15. The algorithm has reached node 109 as shown in Figure 10. 

If the test 1 14 indicates that the current node is the last node at the level and the current le\ el 
is non-zero, then the current le\ el must be decremented (stage 1 16) and the current node set 
to the current le\el decoded (stage 117). This will direct the insertion process to the first 
node in the next le\ el. 

If tests 1 13 indicate the current node is not the last node at the leveL then the current node is 
reset to be the next location on the level, stage 118, and the algorithm re^■erts to stage 112. 

Figure 12 illustrates the insertion process in the event that the current node is set to the root 
node and the current element is zero. The process in Figure 12 includes a shufflmg 
algorithm. Stage 120 defines 'writeNode* as equal to the current node, in preparation for a 
writing operation. Stage 121 is a test for the current node being the root node. If it is. then 
the new element is written into the node, stage 134 and the process ends (stage 135). 

If the current node is not the root node then a test (123) must be made to determine whether 
the parent element (the element stored in the parent of the current node) is greater than the 
current element. 

If the parent element is greater than the current element, the next test is whether the current 
node is equal to the base node, stage 124. 

If the current node is not equal to the base node (124). the current node is set (stage 125) to 
one fewer than the current node. If the current element is non-zero (stage 126). and the 
current element is less than the new element (stage 127). then the write element is the 
current element and the write node is the current node (stage 128). 

If the parent element is greater than the current element and the current node is not equal to 
the terminating node (stage 129) the current node is set (stage 130) to one more than the 
current node. If the current element is non-zero (stage 131). and the current element is 
greater than the new element (stage 132) then the new element is wriuen (134) and the 



process ends (stage 135). If the current element is not greater than the new element then the 
write element is set to the current element, the write node is set to the current node (stage 
133) and this sub-process recycles. 

A specific example of the insertion of four elements in an initialh' unoccupied trie now 
follows. It is assumed that the elments are Xi to x4 where Xi > X2 > X; > X4. In each case the 
stages shown m Figures 1 1 and 12 are listed, with the result (Yes or No) given for each test 
in the path. For the sake of simplicity it is assumd that the search tree has only three levels, 
e.g. a root node. Ie\ el 2. two nodes at \q\q\ 1 and four nodes at level 0, so that the first node 
at the last-mentioned Ie^ el is the base node. This tree corresponds to nodes 101 to 105 in 
Figure 10 (identifiable with 3-bit addresses). 

(a) Element Xj: stages 111-112 (YES) - 120 - 121 (YES) - 134-135. Thus Xi is stored 
at the root node. 

(b) Elementxv stages 111 - 112 (NO) - 113 (YES) - 114 (NO) - 116 - 117"- 112 
(YES) -120 - 121 (NO) - 123 (YES) - 124 (NO) - 125 - 126 (YES) - 124 (YES) - 134 

- 135 

X: is stored in the leftChildNode of the root node. 

(c) Element X; : stages 111-112 (NO) - 113 (YES) - 114 (NO) - 116 - 117 - 112 
(NO)-l 13 (NO) - 1 18 - 1 12 (YES) - 120 - 121 (NO) - 123 (YES) - 124 (NO) - 125 

- 126 (YES) - 124 (NO) - 125 - 126 (NO)- 127 (NO) - 128 - 124 (NO)- 125 - 126 
(YES) - 124 (NO) - 125 - 126 (NO) - 127 (NO) - 128 - 124 (NO) - 125 - 126 (YES) 

- 124 (YES) - 134 - 135 

x;. IS stored in the nghtChildNode of the root node, thereby maintaining the balance of 
the tree 
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(d) Element xj: stages III - 112 (NO) - 113 (YES) - 114 (NO) - 116 - 117 - 112 
(NO) - 113 (NO) - 1 IS - 112 (NO) - 113 (YES) - 1 14 (NO) - 1 16 - 1 12 (YES) - 1 20 
- 121 (NO) - 123 (YES) - 124 (YES) - 134 - 135. 
\4 is stored in the baseNode of the tree. 

Figure 13 is a flow chart for a deletion algorithm. This is not essential to the invention in its 
broadest form but. panicularly in the context of the switch it is desirable to be able to 
remove entries selecti\ el> . for example as part of an ageing" process in which new entries 
(e g. MAC addresses) are given a time stamp" (e.g. a number in a recycling series) and at 
appropriate inter\ a!s entries which are too old by comparison of the time stamp with the 
state of an ageing clock are remo\ ed. to make additional room for new entries. 

Tlie deletion process begins at stage 150 to set current node to 'delete node" and a 
checking-up" flag to zero Stage 15 1 is a test to determine whether the node to be deleted is 
at le\ el zero. If it is. then without further tests the element is set to zero (152) and deleted 

(153). 

If the node is not at ie\ el zero then stage 154 augments the current node. If the current 
element is zero (155). then stage 158 tests whether the parent node is equal to the delete 
node. If it is not. the current node is set to the parent node and tests 155, 158 and 159 recur. 
If the parent node is equal to the delete node then after stage 160, a monitoring stage, and 
there is a check-up. the current element is set to zero (162) and the element is deleted (163). 
If the check-up lias not been made, then the check-up is set to the current node is 
decremented by unity and the process re\ erts to stage 155. 



CLAIMS 



I A binnr\ search tree comprises; 

a niuliiplicit\- of address nodes each operable to store a data element, the nodes having pre- 
determined addresses and organised in a multiplicit>- of lev els. the nodes including a root 
node and for each level except the nodes a lowest level two child nodes for each node in the 
imjnediatel>- lower lev el. \\hereb>- the address of each child node is computable from the 
address of the respectiv e node hav ing that child node: and 

a hardware engine for the insertion of elements in the nodes, said hardware engine being 
operable to make a search for the highest available node for the insertion of a new element 
and to search in a panern in which all the nodes at each level beginning at the highest are 
searched before the search continues to the next lov\er level. 

2. A binarv search tree according to claim 1 wherein for each current node in said 
search the search comprises: 

(a) determmmg whether a non-zero element is stored at the current node: 

(b) determining, in the ev ent that said non-zero element is stored, whether the current 
node is the last node at a current lev el of the tree: 

(c) determining, if said current node is said last node, whether the current level is the 
low est lev el of the tree: 

(d) decrementing, if said current lev el is not the lowest level, the current lev el of the 
search and changing the current node to the first node of the next lower level of the tree: and 

(e) seuing. if said current node is not the last node at the current lev el, the current node 
10 be the next node at the same lev el 



3. A binar\ search tree according to claim 2 wherein said engine, when the current 
node is a\'ailable for the storage of a new element, causes the writing of a new element. 

4. A binar> search tree according to claim 2 wherein said engine, when said current 
node is a\ ailable for the storage of a new element, is operative: 

(i) to insert the new element if the current node is the root node, or when the current 
elemeni is not the rod node: 

(ii) to determine w hether the new element is greater or less than the element stored at the 
parent node of the current node and to increment or decrement the current node 
respectively: 

(iii ) to insert the new element in accordance with an examination of the availabilit\* of the 
current node ajid a comparison of the magnitudes of the new element and the current 
element if an\ stored at the current node. 

5. A method of establishing entries in a binar>- search tree, said binar\- search tree 
comprising a multiplicity of address nodes each operable to store a data element, the nodes 
haMng pre-determined addresses and organised in a multiplicit\' of le\els, the nodes 
including a root node and for each le\ el except the nodes a low est \e\e\ two child nodes for 
each node m the immediateh lower level. whereb\ the address of each child node is 
computable from the address of the respective node having that child node: 

said method comprising examining the nodes in a predetermined pattern to find a highest 
a\ ailable node, said pattern requiring all the nodes at each level beginning at the highest to 
be examined before am node in the next lower level is examined. 

6. A method according to claim 6 wherein said method comprises, for each current 
node that is examined: 



(a) determining whetlier a non-zero element is stored at the current node: 



(b) determining, in the e\ ent that said non-zero element is stored, whether the current 
node is the last node at a current level of the tree: 

(c) determining, if said current node is said last node, whether the current level is the 
lowest le\ el of the tree; 

(d) decrementing, if said current level is not the lowest level, the current level of the 
search and changing the current node to the first node of the next lower level of the tree: and 

(e) settmg. if said current node is not the last node at the current level, the current node 
to be the next node at the same le\ el. 



.AJBSTRACT 



A binarv- search tree including a multiplicin- of nodes ha\ ing pre-determined addresses and 
organised in a multiplicity of levels, and a hardware engine for the insertion of elements in 
the nodes, being operable to make a search for the highest available node in a pattern in 
which all the nodes at each le\ el beginning at the highest are searched before the search 
continues to the next lower le\ el. 
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currentNode = 

rootNode: 
currentLevel = 

noOfLevels; 
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"^urrentElement =^ 
searchElement 




currentNode = 

leftChildNode; 
currentLevel = 
currentLevel - 1 ; 



currentNode = 
rightChildNode; 

currentLevel = 
currentLevel - 1 ; 
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writeNode = 
currentNode 



120 




terminatingNode((L-l ):0] = 11 1.... 1 1 : 
baseNode[(L-l):0] = 000.. ..01; 
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